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ABSTRACT 



In many applications, in addition to formatted data which can be managed by the current 
traditional database management systems, media data such as image and sound are also 
needed. One such application is a database system for maintaining person's entrance and 
exit from the buildings for security reasons. Best solution for such application requires the 
use of a multimedia DBMS to manipulate data such as formatted data, image, graphics, bar 
codes, and voice input. Although most organizations today own general purpose 
microcomputers (IBM, compatibles), the implementation of a true multimedia DBMS that 
can run on microcomputers is not feasible. This creates a problem of not utilizing the 
existing microcomputers and software. In this thesis, we will design and implement a 
system for handling multimedia data by using software tools for the microcomputers. Our 
prototype system runs on general purpose microcomputers. 
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I. INTRODUCTION 



A. BACKGROUND 

The rapid installation of powerful microcomputers increases productivity. Increasing 
the productivity of people who use these machines is important too. Analysts have 
estimated that, in over 95 percent of human-computer interactions, labor costs are greater 
than the machine costs [INFOTECH79]. Thus, user-friendliness of an interface is the key 
issue. 

Research in voice recognition (VR) systems has been ongoing for over 30 years. 
Already many applications use voice input to computer systems. The development of the 
bar code industry from the perspective of industrial application, which began in the early 
1970s, moved from the laboratory into a significant part of American and International 
business and industry, promises more innovative and broadly-based applications in the 
future. In addition, the development of Database Management Systems manages databases 
and enables end-users to interact with the data. Finally, the development of different types 
of scanners enables users to enter any document into databases with minimum effort. 
Although most organizations own powerful microcomputers, their personnel still do a lot 
of work manually. 
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B. THE EXISTING PROBLEMS 



In every organization there are some areas where entrance is only allowed to 
authorized persons; such as Communication Centers, Ammunition Stores in military bases, 
Customer Service Stores and Laboratories. For these areas it is necessary to check the 
entrance/exit of every person, verify his/her ID, check the time of entry/exit, note the 
duration of all visits, and finally store all information. In the past, this process has been 
done by security guards , who simply check the visitor’s ID card. However, to accomplish 
a good security level, an authorized person is provided with an ID that contains a lot of 
confidential information (Photo, Rank, Person’s record. Person’s duty in the area, etc). In 
such a way, security guards are able to have the overall picture of the visitor and check 
information easily. Unfortunately, the loss of such an ID might provide an unauthorized 
person with confidential information, which would create security problems. 

In addition, in many organizations there are departments/equipments that must be 
checked at regular time intervals. Areas such as ammunition stores, engine rooms of a 
ship, hold of a ship, research laboratories, and nuclear factories are checked by specific 
safety guards, for safety purposes. Until now, this check has been done manually by 
safety guards at on a fixed period of time; using physical keys. The safety guard keeps 
a clock-counter and visits each department at regular intervals of time. In every 
department, using the physical key, he stores the department ID and time of check on a 
paper strip inside the clock-counter. The next day the control officer takes out the paper 
strip, checks all the key inputs to see if the safety guards have done their job correctly, 
and stores the information. 
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Is there a way, to improve these manual check security/safety systems, using the 
existing microcomputers? 

C. A POSSIBLE SOLUTION 

A possible solution to the previous problem is the use of a multimedia Database 
Management System (MDBMS) which would enable end-users to interact with all 
different kinds of data concurrendy. A multimedia DBMS which can manipulate: 

• formatted data (i.e., all the data types supported by a traditional DBMS) 

• images (ex., person’s photo, equipments’ photo) 

• graphics (ex., departments’ drawing) 

• voice recognition systems 

• bar codes 

By definition a multimedia Database Management System is the DBMS [LUM88], 
[LUM89] that can manipulate data such as: 

• formatted data 

• images 

• graphics 

• sound (ex., a sample of person’s voice) 

The first approach of MDBMS definition differs slightly from the second approach. 
The first approach does not contain the item sound, but it contains two new items; voice 
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recognition system and bar codes. However, that isn’t a significant problem, since a 
multimedia DBMS for a specific application does not need to manipulate all of the 
previously referred items necessarily. Moreover, the bar code input can be viewed from 
two different perspectives. One as a means to enter data into computers (i.e., input data 
device); two the entered data defines some value of a records’ attribute, which uniquely 
identifies the associated record (ex., person’s ID). Thus, bar codes can be considered to 
be a part of formatted data for the needs of DBMS. The voice recognition system is also 
an input device. But it differs significantly from the traditional input devices, since the 
input is the user’s voice which, after it is interpreted, is converted to specific commands 
that the computer has to execute. Since these commands are related to the DBMS, a 
MDBMS has to consider this kind of input too. 

D. A BETTER SOLUTION 

Of course, the previous approach is possible, but it seems to have disadvantages. 
First we need to have a multimedia DBMS which would manage the previously referred 
data, that is not presently available. Moreover, the design and implementation of such 
multimedia DBMS might need a specific system on which it is run. That creates the 
problem of not using the existing microcomputers and significantly raises the overall cost. 

To solve the problem described in the previous paragraph, by exploiting the existing 
microcomputers at organizations, we can develop a prototype application combining 
dBASE III PLUS, ToolBook, MS Windows, a Voice Recognition Input System, a 
Scanner, and a Bar Coding System. This prototype, Control Command Check System 



4 



(CCCS) provides a better security/safety level, and is easy to use due to the well designed 
graphical user interface. 

E. OUTLINE 

This research will present one major topic per chapter. The major objectives of this 
thesis are: 

• how we implement a multimedia DBMS that manipulates data of traditional 
databases, scanned photographs, voice inputs and bar coding inputs; 

• how such a system could be implemented on the IBM compatible personal 
computer, using existing commercial software; 

• how this system could satisfy both novice and experts users; and 

• how such a system improves the security/safety level; 

These issues will be discussed together with a detailed description of the prototype 
developed for this research. The thesis is organized as follows: 

Chapter II contains the related literature. It introduces bar codes, voice recognition 
systems and the software environment that will be used for the application. First, besides 
the basic description of bar coding, it also provides a brief comparison to other types of 
machine-readable labels. Second, it introduces speech, categories of speech recognizer and 
speech applications. Finally, it discusses the main software packages that will be used to 
create the prototype software environment, such as MS Windows 3.0, ToolBook and 
dBASE HI PLUS. 
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Chapter III describes how the designed prototype, Control Command Check 
System, accomplishes the previous objectives. Specific constraints of this application and 
whom it is designed for are also discussed. 

Chapter IV discusses the prototype application Control Command Check System. 
It provides detailed descriptions of the user’s environment, presents all the types of 
screens, and explains how users can navigate through the CCCS and exploit all the 
provided capabilities. 

Chapter V contains the results of this research, examines if the goals, we originally 
defined, are accomplished, and discusses the performance the CCCS achieves. Issues such 
as memory space, CPU speed, and environment requirements are discussed too. 

Finally, Chapter VI addresses the areas of this thesis for improvement and the areas 
for future research. 
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II. LITERATURE 



A. BAR CODES 

A bar code is a printable machine language. In fact, bar codes are the only printable 
machine language which reproduces directly the bit-stream of ones and zeros which are 
the basis for the internal logic of all digital computers. They are messages where 
information is encoded using the widths of printed bars, the widths of spaces between 
bars and the relative positions of wide or narrow bars and spaces (i.e., unique wide or 
narrow combinations of black and white bars). They provide a means of creating labels 
which can be read by instruments. 

Bar coding is a memory form. Printing black bars on white paper is directly 
analogous to recording plus or minus bars in a magnetic medium. In fact, the basic 
formats used in these two technologies are identical. While information recorded in 
magnetic media can be packed at higher densities, and can be erased and recorded, 
printing bar codes on plain paper is much less expensive for many memory applications. 

Bar coding is a communication technique. Just as printed documents function as a 
basic means of communication between human minds, so bar-coded documents can link 
widely distributed instruments of diverse kinds into inexpensive communication networks. 

Bar coding involves four independent but interrelated processes: printing; reading; 
transforming from the space phase (what is printed) to a time phase, followed by an 
algorithm to decode the time phase; and a coding scheme which facilitates all the other 
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processes. Existing commercial devices introduce major variables into each of these 



processes. 

In one common practice, humans examine each passing item, then communicate 
their observation to computers via manually operated keyboards; skilled typists can enter 
messages at a rate of four to six characters per second. As an alternative, where each item 
is made identifiable by a machine-readable label, that label is read automatically at each 
system node, key entry is bypassed, and computers receive accurate information in less 
time and at lower cost. 

With bar-code label, relatively unskilled individuals using hand held bar-code wands 
can achieve a data entry rate of at least twenty characters per second with one fluid 
movement of the hand. But perhaps of more importance than speed is accuracy. Therefore 
an automated item-identification scheme is the basis for maximizing the effectiveness of 
database management systems. 

There are three basic types of machine-readable labels now under consideration for 
discrete-manufacture applications [BURKE84]: optical character recognition (OCR), 
magnetic strip and bar code. Optical character recognition is the ability of an instrument 
to recognize or read human-readable characters. 

Of the three types listed, magnetic strip and OCR are definitely restricted in their 
capabilities; only bar coding can be used as a generally applied labeling technique. 
According to the published literature, OCR substitution error is 1/10,000 for restricted 
character set. This in itself is so bad that a full character set is seldom attempted. 
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Generally, the advantages and disadvantages for each label technique are presented in 



figure 2.1 [BURKE84]. 



BARCODE READING 



-EASY TO PRINT 

• INEXPENSIVE MEDIA 
•EASY TO COPY 

• NON-RESTRICTED FORMAT 

- WORD PROCESSING COMPATIBLE 
-INEXPENSIVE TO READ 

- LOW ERROR RATE 
-HIGH SPEED PRINTABLE 
-NON-CRITICALWANDING 

- MATERIAL IMPRINTABLE 

• FULL CHARACTER SET 

- BEAM SCANNABLE 



- LOW INFORMATION DENSITY 



OPTICAL CHARACTER RECOGNITION 
ADVANTAGES 

• HUMAN READABLE 
•EASY TO PRINT 
-EASY TO COPY 

- WORD PROCESSING COMPATIBLE 

• HIGH INFORMATION DENSITY 



DISADVANTAGES 

•EXPENSIVE TO READ 
-ORIENTATION CRITICAL 
- RESTRICTED WANDING SPEED 
• RESTRICTED CHARACTER SET 
•HIGH ERROR RATE 
-LOW THROUGHPUT 
-NOT BEAM SCANNABLE 



MAGNETIC STRIPE READING 



- READ-WRITE CAPABILITY 
-LOW ERROR RATE 

- NON-CRITICALWANDING 
-FULL CHARACTER SET 



• EXPENSIVE MEDIA 
-NOT HUMAN READABLE 

• MODIFIABLE 

•WORD PROCESSING INCOMPATIBLE 

- DIFFICULT TO COPY 
-RESTRICTED FORMAT 
-LOW PRINT RATE 

- NOT READ THROUGH PLASTIC COVER 

- NOT BEAM SCANNABLE 



Figure 2.1 Advantages/Disadvantages of Label Techniques 



Security, machine-readability, and various levels of user sophistication (and lack 
thereof) coalesce in a requirement for an inexpensive technique which can be used to 
prepare documents carrying messages. Application include amusement park passes, 
garment tags, electronic hotel keys, transportation vouchers, ID cards and the like 
[COE84], [LOEFFIER84]. In most applications, bar coding offers a much simpler answer 
with more read reliability at lower document cost. 
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B. VOICE RECOGNITION SYSTEMS 



1. Speech Composition 

Human speech is a complex, well-defined process of conveying information. 
The process starts with the brain, which sends signals to those muscles and organs used 
to make speech. The formation of speech sounds then occurs and the process ends with 
interpretation by the listener. This section will provide a basic foundation for 
understanding the way speech is formed, the composition of speech signal, and the 
information components of speech. 

The physical process of communicating is achieved by the interaction of lips, 
tongue, and teeth. Five types of speech sounds articulated in English are [Jensen88]: 

• Plosives which are sounds created by stopping the passage of air. An example is 
the letter "t" in the word "top". 

• Fricatives are caused by forming a narrow passage through which air may pass. 
The diphthong "th" in the word "their" is an example. 

• Laterals are sounds formed when the tongue touches the roof of the mouth. An 
example is the "1" in "launch". 

• Trills are caused by the rapid vibration of one of the articulators (lips, tongue, etc). 
The letter "r" is a trill sound in some languages. 

• Vowels are those sounds made when unobstructed air passes over the vocal cords. 

Human speech, then, consists of strings of phonemes, which are the atomic 
units of sound. Most spoken languages require between twenty and sixty phonemes 
[Lea80]. Analysis of the phonemes required for a word viewed in isolation is not 
sufficient because words sounds change depending upon the location within a string of 
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words. A language’s phonological rules govern the phonemes associated with a specific 
word depending upon other sounds immediately preceding and following the word. 

Speech understanding is not based on word alone. Understanding requires not 
only knowledge about what was said but also how it was said. Hearing phonemes is the 
basis for what was said. Interpreting the stress, tempo, placement, and duration of pause 
and intonation implies how it was spoken. This process is termed prosodies. An example 
would be understanding the implication of the following sentences: 

"I can see a head." vs "I can see ahead." 

The sentences contain identical sounds, yet the prosodies of speech avoids the obvious 
ambiguity caused if pauses were not considered in the interpretation of what was said. 
Frequently though, prosodies alone is insufficient for understanding, as in the case of poor 
enunciation. Resolution of ambiguity may also involve an understanding of context in 
which a phrase was spoken, which is the term pragmatics. 

Human speech is also governed by a structure we know as grammar. The 
grammatical structure is represented by syntax. English syntax, for example, requires a 
proper sentence to be composed of a noun and a verb phrase. The syntactic rules, in 
conjunction with prosodies, govern how an utterance may correctly spoken. 
Linguistictheory suggests the more complex the syntactic constructs, the more powerful 
the language. 

The human process, then, of semantic analysis of speech is reliant upon not 
only hearing the strings of phonemes but also using the prosodies, pragmatics, and syntax 
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of the language in order to understand not only what was said but what was meant. This 
ability allows us to uniquely process phrases such as "up in arms" and "over the hill". 

Depending upon the application, speech systems may offer varying degrees of 
sophistication-from the simple phoneme interpreter (an isolated word recognizer) to a 
system capable of resolving prosodic and semantic ambiguity (a natural language 
processor). 

2. Speech Analysis 

Understanding how speech is analyzed by a machine is simplified by 
developing parallels between the more familiar human process and the unfamiliar machine 
process. A Knowledge Source is the relative maturity of the system, human or machine. 
Just as children can be "programmed" to understand, so can a machine. The sophistication 
or robustness of speech analyzer then is directly related to its ability to process the variety 
of speech information (phonological rules, prosodies, syntax, and pragmatics). 

A fundamental algorithm for understanding what was said is found in figure 
2.1 [REDDY76]. This is a classic speech signal analysis algorithm that most processors 
use, regardless of the technology involved. Conversion of the human analog signal to a 
discrete digital signal in a machine-acceptable format is the first converter, an attempt is 
made to bound the signal. Accurate detection of the boundaries of a signal is essential if 
recognition is to be achieved. Because the entire spectrum of the signal may not be 
required, an algorithm is employed to isolate the essential signal characteristics. The 
remainder of the signal is discarded in a process known as data compression. The 
probability that two utterances of a word or phrase are identical is remote. All recognizer, 
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then, must be capable of eliminating slight variances in speech, pitch, intonation, and 
pause length. The filtering or "normalizing" process allows for a range of signal 
variability. The more robust the recognizer, the greater the variance. Depending upon the 
mode (learning or recognition), an attempt is made to either add the signal to a 
vocabulary or match the sound against an existing vocabulary. 

Algorithms used to match the signal have been a major research area, while 
increasing both speed and accuracy is a primary goal. Generally, though, matching is 
achieved by comparing distances between the incoming pattern and some previously 
stored reference pattern. The pattern with the minimum distance is judged the winner. 




Figure 2.2 Speech Recognition Components 
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3. Categories Of Recognizer 



Research and commercial endeavors have combined to develop a variety of 
recognizer, which are designed to satisfy specific application requirements. Two points 
to understand when evaluating any speech recognition system are the degree of speaker 
independence and how utterances are parsed. 

Speech systems today are either speaker independent or speaker dependent. 
The more common, speaker dependent systems require the user to pre-train the system 
prior to use. Training typically involves creating a personal template for each word in the 
vocabulary. Creating a personal speech template for each word in the vocabulary ensures 
consistent input will be acceptable regardless of individual speaker characteristics. 
Unfortunately, for connected speech systems with large vocabularies, this could become 
a time-consuming process. Speaker independent systems employ a standard template 
against which all speech is compared. The cost is generally a more restricted vocabulary 
and lower overall recognition rates. 

Utterance parsing governs how the recognizer algorithm will dissect the 
utterance. In isolated systems the recognizer has no syntactic knowledge source, thus each 
utterance is viewed singularly. Examples would be commands "ENTER" or "DIAL". 
Short macro phrases are also possible in isolated systems. For example, a recognizer 
could train to recognize and subsequently execute the command "DIAL HOME". 
Connected systems, however, view the speech in terms of a syntax, thus strings of 
commands/words may be spoken in a connected pseudo-language that is a subset of a true 
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language (e.g. English) for a particular environment. An example might be the command 
"DIAL PULSE FOUR ZERO EIGHT FIVE FIVE FIVE ONE THREE TWO LOG IN 



GUEST". An extended variant of connected systems are those that recognize in a 
continuous fashion, typically according to some natural language syntax. Speech-to-text 
applications typically employ a continuous recognizer. As a general rule, the more 
powerful and complete the syntax is, the more natural the interface will be. 

4. Speech Applications 

a. General 

A parallel may be drawn between the development of telegraph/telephone 
systems and computers in general. The discovereeg by A.G.Bell that speech could also 
be transmitted via wire caused the replacement of a keyboard with a voice-actuated 
receiver/transmitter as the primary means of transmitting short duration messages. Why 
did that occur? The primary reason is that despite our sophistication, voice remains our 
most natural communication medium. Keyboards are an outgrowth of the typewriter and 
telegraph technologies but they, too, are limited by the skills of the operator. 

Numerous studies have shown that voice recognition systems are faster 
and more accurate than most manual-entry systems. Additionally, voice systems free the 
operator’s eyes and hands to accomplish concurrent tasks [WOODARD83]. 

b. Commercial Applications 

With the increasing sophistication and decreasing cost, commercial 
applications of speech systems have surfaced. The variety of applications is only limited 
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by the imagination. But in the commercial environment, voice input is generally being 
used for one primary purpose: to increase individual productivity. A typical commercial 
speech application is in the area of quality control and inspection. Other commercial 
applications that have been successfully installed include: voice applications of process 
control, warehousing functions, automated material handling, and parts programming for 
machine tools [MARTIN76]. 

c. Military Applications 

The employment of speech in a number of mission-critical military 
systems has increased dramatically in the last decade. Speech recognition research and 
development has been largely supported by military organizations. Military speech 
recognition research efforts have been focused into four primary areas: security, command 
and control (C 2 ), data transmission and communication, and processing distorted speech 
[WOOD ARD84] , [DRAKE88]. 

C. SOFTWARE ENVIRONMENT 

One major advance in PC technology is the graphical user interface (GUI), which 
is becoming the standard for today is PC interfaces. The first (in the early 1980s) 
graphical interfaces made computers easier to use because their metaphors and icons 
offered more powerful, flexible, and direct representations of tasks and data than previous, 
character-based systems. They also required high performance processors and high quality 
display hardware. Today, Microsoft Windows, OS/2 Presentation Manager, the Apple 
Macintoch, and other GUI systems deliver similar abilities to the PC users. 
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Another major advance in software technology is the development of object-oriented 
programming. Finally Hypertext and Hypermedia represent another new idea for computer 
users. A hypertext author has a strong set of tools for linking related pieces of text and 
graphics with video and sound. By traversing the links an author has created, a reader can 
browse through related information and see conceptual illustrations alongside text. 

An operating environment for IBM and Compatible PCs that has all the previously 
referred features is MS Windows 3.0. In addition many powerful, based on or supporting 
Windows, programs enable users to use PCs more productively. 

1. MS Windows 3.0 

MS Windows 3.0 [WINDOWS90] is a multitasking graphical operating 
environment that makes the use of a PC more productive and more enjoyable. It 
simplifies the operation of every program, makes complex tasks involving several 
programs to seem very simple, and improves the printed output of all user’s work. It also 
allows software developers to build better applications than would develop under 
character-mode DOS. Furthermore, it offers multitasking, a graphical interface, and more 
powerful and flexible applications than the character-mode DOS word does. Finally the 
Dynamic Data Exchange (DDE) feature of Windows permits programs operating under 
Windows to exchange diverse types of data. Any program based on Windows that 
supports DDE can share its information (be in text, data, or graphics) with any other 
DDE-aware program. 
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2. dBASE IH PLUS 



It is a remarkably straightforward database system [dBASE86], that provides 
strong support for the user who wants to develop relational database application (although, 
it is not a true relational system). It became the standard for relational databases. Its file 
format is recognized by most of the software application tools. 

3. ToolBook 

ToolBook [TOOLBOOK90], is an application tool that in cooperation with 
Windows GUI, creates a powerful new metaphor for the PC user. Having the capabilities 
of drawing, database functionality, text manipulation, application programming and other 
features, ToolBook provides the user with flexibility for building solutions to unique 
application needs. By combining easy-to-use programming tools in ToolBook with 
Windows’ graphical text display and ability to control video and sound devices, users are 
able to create hypertext and hypermedia documents. 
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in. THE DEVELOPED MULTIMEDIA PROTOTYPE SYSTEM 



A. PREFACE 

1. The Prototype 

The CONTROL COMMAND CHECK SYSTEM (CCCS) is a software 
prototype package. It has the capability of combining the use of speech recognition, bar 
code scanner, and a database to assist in keeping track of individuals who have access to 
a secure building. 

A command or organization that has to control access to a building can use 
this system to verify that an individual can be granted access. The command or 
organization is responsible for the access records. 

2. End Users 

The system was designed with both novice and expert users in mind 
[SMITH86] and [SNEIDERMAN87]. It was designed to be used by personnel in entry 
level positions. This includes very junior enlisted personnel, and security clerks/guards 
with basic clerical skills. 

When an individual wants access to the building, he/she presents a card with 
a unique bar code on it (person’s ID number) to the guard. The guard will, then, either 
use a scanner that will read the bar code on the card, or enter the individual’s ID number 
using the keyboard. The name, rank, social security number (SSN), and any other 
information about that individual will appear on the computer screen. The user has the 
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option of using voice recognition and bar code scanner to input data, or replacing any of 
the two previous means with the combination of keyboard and mouse. 

3. A Graphical User Interface 

Studies have shown [SNEIDERMAN87] that graphical user interface makes 
a substantial difference in learning time, performance speed, error rates and user’s 
satisfaction. Of many different approaches tried, the graphical interface has the widest 
acceptance. The graphical interface allows the user to make selections with one keystroke 
or one click on a mouse. In our case, the largest number of users are persons with 
minimal clerical skills, and the rest of them occasional users. The graphical interface, 
therefore, guarantees better results than an interface that requires typing in often cryptic 
and difficult to remember commands. 

4. The Eight Golden Rules Of Dialogue Design 

The system has been designed and implemented following the eight golden 
rules for a good user interface [BROWN89]: 

• Strive for consistency; 

• Enable frequent users to use shortcuts; 

• Offer informative feedback; 

• Design Dialogues to yield closure; 

• Offer simple error handling; 

• Permit easy reversal of actions; 

• Support internal locus of control; and 
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Reduce short-term memory load. 



B. DESIGNING THE CCCS PROTOTYPE 
1. Three Levels Of System Access 

The CCCS prototype has been designed with three levels of access. The high 
level access is associated with the letter U (real Users), the intermediate level access is 
associated with the letter R ( Readers ), and the low level access is associated with the 
letter G {Guards). Users in the first category (U) are allowed to enter information into the 
system about individual’s entries/exits, access all the provided information by the system 
(person’s records, user’s records, reports, etc), and maintain the existing databases by 
adding, deleting, updating data. Users in the second category (R) are allowed to enter 
information into the system about individual’s entries/exits, and access some of the 
information provided by the system, in order to check if the security clerks (G) have done 
their job correctly. Finally, guards (G) can only enter information into the system about 
entries/exits. 

The CONTROL COMMAND CHECK SYSTEM offers to users the capability 
of using the system into different ways. First, users of all levels can access and 
manipulate the system using a keyboard, a mouse, a bar code scanner, and speech 
recognition (whether or not the two last input devices are available). Second, the guards 
(G) can also access the system and enter information about entries/exits using only voice 
recognition and bar code scanner. 
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2. Speech Recognition And Bar Code Combination 

The capability of entering data for entries/exits into the system using voice 
recognition input combined with the input of the bar code scanner id offered only to the 
guards (G), figure 3.1. These persons have been considered as having minimal clerical 
skills, and their job is to check the entrance/exit at the secured building entering the 
appropriate information into the system, without having any further access to data. 
Moreover, we don’t want to let them access the data into CCCS (accidently or on 
purpose) by using the keyboard or the mouse. Therefore, the use of speech recognition 
system and bar coding: 

• enables guards to run the prototype with out having to use any of the traditional 
input devices, such as keyboard or mouse. 

• enables guards to enter information about entries/exits and check individual’s 
records with just a bar code scanning. 

• provides a higher security level. First by permitting only persons positively voice- 
recognized as guards to access the system and enter data. Second, by not allowing 
guards to access further data of CCCS (they don’t have any keyboard or mouse). 

• enables guards to quickly produce productive results with a minimum of training 
time. 

The Real Users (U) and Readers (R) could also start the CCCS execution 
using speech recognition. But, because these users can access more sensitive data and 
procedures in the prototype, there is also a Log-in procedure for them to pass (it consists 
of a LogOn ID number and a password). After a positively recognition, they can gain 
access to CCCS data. This way is also available to all level users for the case of lack of 
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voice recognizer and bar code scanner (or if they are out of order), figure 3.1. This way 
offers the same advantages as previously. Moreover, it improves security by adding one 
more check point (i.e., the Log-in procedure). 




3. The Actual Database 

The CCCS prototype is a multimedia database, and its related ER Diagram 
[ELMASRI89] is shown in figure 3.2. The PERSON tupple is associated with the records 
of individuals who are granted entrance rights to the secured building. The SYSTEM- 
USER tupple is related to the all level users previously mentioned. Since we can not 
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manipulate a photo as a simple attribute of PERSON tupple, we have to produce a distinct 
tupple for the person’s photograph itself. Each PHOTO instance accompanies the 
respective individual of the PERSON instance. Finally, Persons can enter/exit the building 
and the System-users (all three levels) can register all those information. Besides the 
entry/exit data, the first level System-user can manipulate all the data into the CCCS 
multimedia database, and access any supported report or information (the last capability 
is provided to intermediate level System-users too). 




Figure 3.2 ER Diagram Of CCCS Multimedia Database 
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C. IMPLEMENTING THE PROTOTYPE 



1. The Three Books Of CCCS 

In order to accomplish the predefined goals, the CCCS prototype consists of 
three programs. Each of them is a distinct book in the terminology of Toolbook. 

a. Main Book 

The first book is called "MAINBOOK.TBK" and it can be accessed by 
all users (U,R and G categories). Its primary purpose is to be used by Real Users (U) and 
Readers (R) to manipulate and access data in CCCS. Secondarily, it enables users of the 
three categories to enter data about individual’s entries/exits using the keyboard, mouse 
and bar code scanner (whether or not the last is available). It is allowed to be executed 
by using speech recognized commands, but users must also pass the log-in procedure. 

b. Bar Code Book 

The second book, called "BARCODE.TBK", is for the guards (G) to 
access the system and enter information about entries/exits using only voice recognition 
and bar code scanner. It is a run-time version of the part of the "MAINBOOK.TBK" 
which is related to bar coding. It allows users of G category to enter bar-coded ID 
numbers using the bar code scanner. This way, they verify the individual’s right to access 
the secured building, check that the present person is the same one that referred in the 
database, and update the database of entries/exits. There is not a log-in procedure. Since 
the user can only enter information about entries/exits, without be able to access any other 
data into CCCS, the voice-recognized command to call the program is considered secure 
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enough. Besides, the guards don’t have any other input devices except the voice- 
recognizer and the bar code scanner. 

c. Photo Book 

The last book is called "PHOTO.TBK". It could be considered as a part 
of the person’s database that is used to store and manipulate all the individual’s 
photographs in the PERSON database. This is how we exploit the feature of ToolBook 
to accept and manipulate scanned objects, in order to add person’s photographs producing 
a multimedia database. 

2. Additional Information 

Besides the three books, we need other files to support all the operations the 
CCCS prototype performs. In order to manipulate the PERSONS, SYSTEM-USERS and 
ENTRIES databases, we exploit the feature of ToolBook to recognize/produce/update the 
format and manipulate the data in dBASE III PLUS files. This capability is provided via 
the TBKDB3.DLL library in ToolBook, which allows ToolBook applications to 
communicate and work with dBASE III and dBASE III PLUS files. 

CCCS prototype has also to store intruder’s attempts to break into the system 
and person’s entries/exits history. To accomplish that task, the system uses the 
TBKFILE.DLL library that allows ToolBook to perform some DOS actions from a script. 

Finally, we use the Dynamic Data Exchange (DDE) feature of the MS 
Windows environment to manipulate photograph concurrently with the other person’s 
attributes. Dynamic Data Exchange is a protocol that permits applications running under 
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MS Windows to talk to one another. In such a manner, scripts in "MAINBOOK.TBK" 
and ”BARCODE>TBK" send commands to, or get information from the "PHOTO.TBK". 

D. CONSTRAINTS 

1. Speech Recognition Systems 

The voice recognition is difficult at best with present commercial technology 
for IBM compatibles. In present, the provided commercial systems are speaker-dependent 
isolated systems which function within DOS environment. Therefore, the voice recognized 
commands might be any command that can be recognized and executed by the DOS (i.e., 
DOS commands, batch files, executable files). 

Since the CCCS prototype has been implemented in ToolBook which runs only 
under MS Windows environment, the starting of any of the previous referred books can 
easily be done using a voice recognized command. On the contrary, the ending (i.e., 
exiting CCCS) would leave the user within the MS Windows environment. Therefore, a 
new given voice-command will not be executed. In order to use the speech recognition 
systems, we need the CCCS prototype to be called from within DOS environment and 
after its completion to return control back to DOS. 

2. System Hardware/Software Requirements 
a. Microsoft Windows 3.0 

The minimum software and hardware requirements a computer needs to 
run MS Windows 3.0 successfully, referred in [WINDOWS90], are: 
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MS-DOS or PC-DOS, version 3.1 or later; 



• At least standard mode , a personal computer with 80286 processor or higher and 
1MB or more memory; 

• A hard disk with 6 to 8 MB of free disk space, and at least one floppy disk drive; 

• A monitor that is supported by MS Windows; and 

• A mouse that is supported by MS Windows. 

b. ToolBook 

According [TOOLBOOK89], ToolBook has been designed to work with 
any Microsoft Windows-compatible PC with 80286 or higher processor. Furthermore, the 
minimum system requirements to run ToolBook are: 

• A personal computer with a n 80286 or higher processor, 

• Microsoft Windows version 3.0 or higher; 

• DOS 3.1 or higher; 

• 640KB plus 256KB extended memory (1.5MB memory recommended); 

• One 1.2MB (57/’) or 720KB (37 2 ") disk drive; 

• A hard disk with 2MB to 8MB of free disk space; 

• A monitor and adapter card for VGA, EGA, or Hercules™ graphics; and 

• A Windows-compatible mouse or other pointing device. 
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c. Scanner 



A scanner to enter the photographs of the persons who are granted access 
rights to secured building (i.e., individuals in the PERSON database), is needed too. 
Moreover, since the acceptable format of scanned objects within MS Windows 
environment is bitmap, we also need a software package to convert the scanned images, 
from whatever format is, to bitmap. 
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IV. CONTROL COMMAND CHECK SYSTEM 



A. INTRODUCTION 
1. Preface 

The Control Command Check System (CCCS) is a multimedia database 
prototype system. It has the capability to use speech recognition, a bar code scanner, and 
a database to store information (traditional data plus image) about an individual. An 
organization that must control access can use this system to verify authentication. 

CCCS has three access levels. The highest access level is Real Users (U level), 
whose primary job is to maintain the access records in the database. They also have 
access to all operations and data provided by the CCCS (i.e., they are full users of 
CCCS). The intermediate access level is Readers (R level). Readers are granted read- only 
access, not write access. That is, they can access information on an individual in the 
database, but they can not directly access user’s record and they can not modify anything 
in CCCS database. Finally, the third level is Guards (G level); Guards perform entry 
level tasks; such as checking ID’s for Entry and Exit to an organizarion. Additionally, 
they store the entry/exit information in the appropriate files of CCCS. 

There are three books that can be accessed, each for different reasons. The first 
book, MAINBOOK.TBK, is used by Real Users and Readers. It also allows all level users 
to enter entry/exit information. The second book, BARCODE.TBK, is used by guards to 
check individuals for access to an entry/exit point, and then store this information into the 
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system. The third book, PHOTO. TBK, is used as a database to store individual’s images, 
and has the capability to manipulate that kind of data. 

When an individual wants access to the building, he/she presents a card with 
a unique bar code on it to the guard. If a speech recognition system is available, the guard 
enters a voice recognized command. This command executes a DOS batch file which 
activates an MS Windows environment, ToolBook, and loads the "BARCODE.TBK" 
book. The guard uses the scanner to read the bar code on an individual’s ED card. Then, 
the CCCS responses by displaying the individual’s record. If the ID number is valid, 
information of entry/exit is stored in the respective database. However, if the ID number 
is invalid, the CCCS sends a failure message back to the user. 

If a speech recognizer or a bar code scanner is not available, the data has to 
be entered using a keyboard and a mouse. In this case, a voice recognized command 
might be entered, but the loaded book will be the "MainBook.tbk" which contains a log-in 
procedure to allow further access, depending on the user’s access level (U, R, G). 

2. Additional Information 

The following section, Fundamentals, demonstrates how to work with the 
CCCS. It guides the reader navigating via the different screens of the program, and 
explains the displayed menu or submenu functions. Moreover, it describes the features of 
the prototype and what the system requires or accomplishes during each procedure. The 
preliminary work, needed for the manipulation of a person’s photograph in the database, 
is also described. 
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Finally, the last section, Objectives and Goals, examines the CCCS prototype 
system to determine if it has accomplished the original objectives. 

B. FUNDAMENTALS 

The description of the CCCS prototype includes the descriptions of how to work 
with each one of its three books: MainBook, BarCode, and Photo. The descriptions will 
be done via the provided screens of the specific book. 

1. MainBook 

a. Log-On Into MainBook 

After the "MainBook. tbk" has been loaded by a voice recognized 
command or not, the screen shown in figure 4.1 is displayed. The system displays the title 
and the possible combined means in the multimedia database, and offers two choices to 
the user: to log-on into the system, or to exit going back to Windows or DOS 
environment. If the user selects the "EXIT" button, then the system will ask for a 
verification and if the user confirms that it will exit. 

Figure 4.2 presents the starting of the log-in procedure. First, the system 
asks the user to enter his/her logon ID. Then, it requests the password. If the entered 
combination does not exist in the user’s database, the system starts the log-in procedure 
again. If the user fails to enter a correct combination of ID and password three times, the 
system considers that as an intruder’s attempt, stores the ED and password, and returns 
to first page (figure 4.1). 
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Figure 4.1 First Screen of MainBook in CCCS 
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Figure 4.3 Main Menu For Full Users Of MainBook In CCCS 
b. Main Menu For Real Users 

After a user has been recognized by the system as a U-level user (full- 
access users), the system grants him/her access to the main menu shown in figure 4.3. 
There are two buttons at the bottom of the screen; one is the "EXIT" button for exiting 
the MainBook , and the other is the "HELP" button which is an on-screen help explaining 
all the buttons and their related functions. At the upper left-hand comer of the screen the 
current path appears. Finally, at the middle, the main menu provides six selection buttons 
to the user: 



BarCode selection enables user to check an individual who is asking for entry/exit 
access, and store the specific entry/exit information; 
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• Customization selection allows user to select the colors to be used for background, 
foreground and text for personal satisfaction; 

• Intruders selection informs user if any intruding attempts to break into the system 
have been occurred; 

• PersonRecords selection transfers control to a menu for manipulating the database 
records of the persons who are allowed access to secured building; 

• Reports selection enables user to read/print reports about persons who currently or 
in the past have entered the secured building; and 

• UserRecords selection transfers control to a menu for manipulating the database 
records of all system-users (categories U, R and G). 



c. Main Menu for Readers 

Whether a user has been recognized by the system as a R-level user 
(read-access users), the system grants him/her access to the main menu shown in figure 
4.4. There are two buttons at the bottom of the screen: one is the "EXIT" button for 
exiting the MainBook, and the other is the "HELP" button which is an on-screen help 
explaining all the buttons and their related functions. At the upper left-hand corner of the 
screen the current path appears. Finally, at the middle, the main menu provides four 
selection buttons to the user: 

• BarCode selection enables user to check an individual who is asking for entry/exit 
access, and store the specific entry/exit information; 

• Customization selection allows user to select the colors to be used for background, 
foreground and text for personal satisfaction; 
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PersonRecords selection transfers control to a menu for accessing information 
about database records of persons who are allowed access to secured building (it 
is a read right only); and 

Reports selection enables user to read/print reports about persons who currently or 
in the past have entered the secured building. 
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Figure 4.4 Main Menu For Readers in MainBook of CCCS 



d. Main Menu For Guards 

Whether a user has been recognized by the system as a G-level user 
(guards), the system grants him/her access to the main menu shown in figure 4.5. There 
are two buttons at the bottom of the screen: one is the "EXIT" button for exiting the 
MainBooK, and the other is the "HELP" button which is an on-screen help explaining all 
the buttons and their related functions. At the upper left-hand comer of the screen the 
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current path appears. Finally, at the middle, the main menu provides the user with only 
one choice: 



• BarCode selection enables user to check an individual who is asking for entry/exit 
access, and store the specific entry/exit information. 




Figure 4.5 Main Menu For Guards In MainBook Of CCCS 



e. Accessing On-Screen Help 

As mentioned previously, there is a "HELP" button in all screens with 
buttons that perform some functions. To get the on-screen help, the user must simply 
click on the "HELP" button. The system, then, will display a text field which is a detailed 
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description of the function of each button on the screen (see figure 4.6). In help screens 
there is only one button. Clicking on that button, the user can return to the previous 
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Figure 4.6 Accessing On-Screen Help In MainBook Of CCCS 



f. Entering Bar Codes 

As mentioned before, the bar code selection appears in all user menus. 
After the user selects the "BarCode" button from the main menu, the system displays the 
screen of figure 4.7. First, at the upper left-hand comer of the screen the current path is 
shown. Second, the fields of a person’s record are displayed. Finally, the system requests 
a person’s ID to be entered. The person’s ID number can be entered using the keyboard 
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(if a scanner is not available). The MainBook supports entering bar code ID numbers if 
a bar code scanner is not available. Otherwise the BARCODE.TBK must be used. In this 
case, the system enables a user to type the ID number, to check that what he/she has 
typed is correct and then to enter that ID number into the system by either clicking on 
the "OK" button or by pressing the "Enter" key. If an error occurs or the user wants to 
cancel the procedure, he/she can quit by clicking on the "Cancel" button returning to the 
respective main menu depending on his/her access level (U, R, or G). 
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Figure 4.7 Entering Bar Code ID Into MainBook of CCCS 



When a user enters the individual’s ED number into the system, the 
system tries to find the specified record in the PERSONS database. If the search fails, the 
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system will inform the user displaying a failure message, such as given ED number not 
found, system error, etc. Otherwise, the search locates the record related to passed-in ID 
number. Then the system opens and searches the photographs database to find the 
respective person’s image. If there is not one, it will display the screen of figure 4.8 
which is the first page of the PHOTO. TBK for 15 seconds. If an image is found, the 
system will display that person’s image for 15 seconds (see figure 4.9), allowing a user 
to compare it with the owner of ID card. 
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igure 4.8 What’s Displayed Whenever An Image Does Not Exist 



After displaying the individual’s image 15 seconds, the system returns to 
the bar code screen. The record field contain the information of the specified person. The 
system also informs the user, see figure 4.10, if the person is entering or is exiting, and 
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stores that information into entries/exits database respectively. The user clicks on the 
"OK" button to exit the bar code procedure and return to main menu. 




Figure 4.9 A Person’s Image 
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Figure 4.10 System Informs User About Person Entry/Exit 
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g. Customizing The Screen 

The CCCS prototype provides U and R users with the capability to build 
their own colored screens to their satisfaction. After the user clicks on the 
"Customization" button, the screen of figure 4.11 is displayed. It is the screen 
customization menu. As in all screens, in the upper left-hand comer the current path is 
shown. At the bottom of the screen, there are the general purpose buttons "EXIT", 
"HELP", "DefaultColor" and "OK". The first two buttons perform similar functions as 
previously described. The "DefaultColor" button is for getting back the system default 
colors. 
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r igure 4.11 Customization Menu In MainBook Of CCCS 
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A detailed description of the screen customization procedure is provided 
via the on-screen help, see figure 4.12. The user must first select the recolored item 
(background, foreground or text). Then by clicking on the color buttons in the palette, 
he/she can watch the selected item change color. The user must verify his/her final color 
selection by clicking on the "OK" button. After the user has built the color screen, by 
defining colors to the background, foreground and text, the user verifies final selection 
by clicking on the "OK" button, which recolors all the screens in the MA1NBOOK.TBK. 
Then, the user returns to the main menu screen. 
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Figure 4.12 On-Screen Help For Screen Customization 
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h. Keeping Track Of Intruder Attempts 

After clicking on the "Intruders" button in the main menu, the full-user 
gets the screen of figure 4.13. The current path is shown, as always, in the upper left- 
hand comer. The text field contains information about attempts to break into the system. 
The provided information are: date, time, entered user’s ID number and password. The 
system enables a user to : 



print the displayed report by clicking on the "Printlntruders" button; 

delete the file where the displayed intruders data is stored, by clicking on the 
"DellntruderFile" button; and 

return back to the main menu, by clicking on the "RetumToMainMenu" button. 




Figure 4.13 Intruder’s Attempts Screen In MainBook Of CCCS 
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Finally, if an intruding attempts file has not been created by the system, 
an appropriate message informs the user that intruder’s file doesn’t exist, see figure 4.14 
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Figure 4.14 System Informs "No Intruders” 



i. Manipulating Persons Database 

The CCCS provides write/read access rights to full-users. By clicking on 
the "PersonRecords" button at the main menu, a Real User gets the screen shown in 
figure 4.15. The current path, in the upper left-hand comer, informs the user that this is 
the third level in the hierarchy. At the bottom of the screen, three general purpose buttons 
exist: to exit the entire book click on the "EXIT" button, to get on-screen help click on 
the "HELP" button, and to return back to the main menu click on the 
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"RetumToMainMenu" button. When the "RetumToMainMenu" button is clicked, the 
system asks for the user’s verification, in order to quit the menu of person’s database and 
return to the main menu. 
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Figure 4.15 Persons Database Manipulation Menu in MainBook 



The person’s record, at the middle of the screen, contains all the data 
related to PERSONS tupple, except the photograph. Above the person’s record, there is 
a menu to manipulate the person’s database. The menu incudes nine categories which 
perform specific functions. Each function is described in details in the following sections. 
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(1) Add A New Record. The "AddRecord" procedure is a loop, i.e., the 
system asks the user, see figure 4.16, if he/she wants to add a new record, until he/she 
wants to stop. If the user’s response is affirmative (i.e., he/she wants to add a new 
record), the system automatically creates a new record ID number. Then, it requests data 
to fill the person’s record fields as shown in figure 4.17. If the user’s response is negative 
(he/she does not want to add a new record), the system exits the loop and returns to the 
screen shown in figure 4.15. 
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Figure 4.16 System Verification For Adding A New Person 
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Figure 4.17 System Requests For Person’s Last Name 

(2) Delete An Existing Record. The "DelRecord" button deletes the 
currently displayed person’s record. To delete a specific record, first, the user must find 
it in the "FindRecord" procedure. The system always verifies the deletion of a record as 
shown in figure 4.18. 

(3) Edit An Existing Record. The "EditRecord" button allows a user to 
modify the currently displayed record. To edit a specific record, the user must find it in 
the "FindRecord" procedure, and then click on the "EditRecord" button. First, the system 
requests verification. Then, it informs the user that he/she must use the mouse and the 
keyboard to update the record fields on the screen. After that, it hides all the buttons and 
it displays the screen shown in figure 4.19. The user makes the corrections, and then 
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clicks on the "OK" button. If inappropriate input has been given in a field, the system will 
ask for correct input. 
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Figure 4.18 System Verifies The Deletion Of Current Record 
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igure 4.19 Updating A record In MainBook of CCCS 
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(4) Find An Existing Record. The "FindRecord" procedure enables a user 
to locate and display an existing record related to the entered key. This procedure interacts 
with the currently active index (person’s ID number, SSN, or last name) as shown in 
figure 4.20. If no index is activated, the system asks user to activate an index and then 
proceed with the "FindRecord" procedure. If an index is active, the system asks user to 
enter the related key for the record to be found. If the entered key does not exist, the 
system displays the closest smaller number for ID number and SSN indexes, and it 
remains at the current record for last name index. 
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Figure 4.20 Finding A Person’s Record 
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(5) Accessing Records. The buttons "LastRecord", "FirstRecord", 
"NextRecord" and "PreviousRecord" provides the capability of accessing records 
according to the active index and to their location. Therefore, last or first record is 
considered the respective last or first key in the active index file. Similarly, the next or 
previous record is the respective next or previous key of the currently displayed record. 
If the first or the last key is currently displayed, trying to get the previous or the next key 
respectively will result in a message similar to the one shown in figure 4.21. If no index 
is active, the system accesses records according to their physical storage in the database. 
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Figure 4.21 System Informs For Last Key In Index File 
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(6) Indexing. The system supports three different indexes: person’s ID 
number, Social Security Number (SSN), and last name as shown in figure 4.22. The first 
two indexes are unique keys for each person. The ID number key is created and 
maintained by the system for each person, SSN is also a unique key, and last name 
indexing is not unique. Each time the user wants to activate an index (if no index is 
active) or to change to another index, he/she clicks on the "Index" button and selects the 
desirable index. 
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Figure 4.22 Indexes For Person’s Records In MainBook of CCCS 
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j. Reading Persons Database 

The CCCS provides read access rights to the Readers (i.e., R category 
users). By clicking on the "PersonRecords" button at the main menu of figure 4.4, a user 
gets the screen of figure 4.23. The general purpose buttons, at the bottom of the screen, 
function exactly in the same way as those for Real users. The person’s record, at the 
middle of the screen, contains all the data related to PERSONS tupple, except the 
photograph. At the upper left-hand comer the current level in the hierarchy is displayed. 
The menu to access the person’s records in the database contains six buttons. Each button 
performs exactly the same operation as the respective same name button for Real users, 
we have described previously. 
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r igure 4.23 Persons Database Menu For Readers In MainBook 



53 



k. Reports 

The first two categories of system users (U and R users), can click on the 
"Reports" button at the main menu and they will be granted access to the screen shown 
in figure 4.24. Again, at the upper left-hand comer of the screen the current path is 
shown. Three selection buttons, at the bottom of the screen, enable a user to: 

• return to the main menu, by clicking on the "RetumToMainMenu" button; 

• select and display a report on persons who are currently inside the building, or on 
persons who have visited the building in the past; and 

• select and print one of the previous reports. 




Figure 4.24 Reports Screen In MainBook Of CCCS 
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When the user clicks on either the "DisplayReport" or the "PrintReport" 
button, the system will ask him/her to select report, as shown in figure 4.25. The CCCS 
can display all the persons currently inside the building (Entries) or all the persons who 
have visited the building in the past (Exits). However, the system does not allow to print 
out the report on the persons currently inside the building. Whenever the "Entries" report 
has been selected, the system displays: the date and time of the entry, and the person’s 
ED number as shown in figure 4.26. If the "Exits" report is chosen, the system displays: 
the date and time of the entry, the date and time of the exit, the person’s ID number and 
the person’s name as shown in figure 4.27. 




Figure 4.25 System Request For Report Selection 
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Figure 4.26 Entries Report In MainBook Of CCCS 
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Figure 4.27 Exits Report In MainBook Of CCCS 
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/. Manipulating Users Database 

The last selection button at the main menu for Real Users is the 
"UserRecords" button. By clicking on that button, a user gets the screen of figure 4.28. 
The current path, in the upper left-hand comer, informs the user that this is the third level 
down to the menu hierarchy. At the bottom of the screen, three general purpose buttons 
exist: to exit the entire book click on the "EXIT" button, to get on-screen help click on 
the "HELP" button, and to return back to the main menu click on the 
"RetumToMainMenu" button. Notice that whenever the user clicks on a button to exit the 
current procedure or the entire book, the system asks for verification, as shown in figure 
4.29 and figure 4.30 respectively. 
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Figure 4.28 Users Database Manipulation Menu In MainBook 
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Figure 4.30 System Verifies To Exit MainBook 
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The user’s record, at the middle of the screen, contains all the data related 
to SYSTEM-USERS tupple. Above the user’s record, there is the menu to manipulate the 
user’s database. In the menu, there are 8 buttons. Each button performs a similar 
operation to the same name button previously described in PERSONS database. When 
editing a user’s record to be updated, the system allows a user to use the mouse and the 
keyboard to do all the changes as shown in figure 4.31. The system accepts the user to 
update only the three last fields in the user’s record (category, log-on id, and password). 
Updating of all other fields in a user’s record is done on the PERSONS database menu. 




Figure 4.31 Editing A User’s Record In MainBook 
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2. BarCode Book 

The BARCODE.TBK is used by guards, to enter entry/exit information. The 
loading of that book is done by voice, and as we have referred before, the use of a voice 
recognizer needs the run-time versions of MS Windows and ToolBook. After the 
BARCODE.TBK has been loaded by a voice recognized command, the screen shown in 
figure 4.32 is displayed. The system, first, asks guard to enter the individual’s ID number 
(read by a bar code scanner). After the bar coded ID number has been entered, the system 
follows the same name procedure described in MainBook. 
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Father's Name : 


MICHAEL 


Blood Type : 


Of 




Mother's Name : 


EV1 
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Figure 4.32 Entering Bar Code ID Into BarCode Book 
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However, there is a difference here: after the system displays the person’s 
photo for 15 seconds, it goes back to person’s record and asks guard to scan the bar code 
ID number once again, see figure 4.33. In that way, the system allows guard to keep the 
person’s record being displayed as long as he/she wants. After the guard scans the bar 
code ID for second time, the system will inform about the person’s entry or exit, update 
the related databases, exit the BARCODE.TBK, and return control to DOS (i.e., it will be 
ready for a new voice command). Additional details on the BARCODE.TBK screen are 
the title of the book and the displayed path at the upper left-hand comer of the screen. 



• . .CCOSystem {Bar Coding) 
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Enter Person's ID again 
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PERSON'S RECORD 

i.D. Number : 3 

Last Name : ROWS 

First Name : BILL 

Middle Name DON 

Rank CDR 

S.S.N : 567890123 



Mother Family Name.: BLACK 

Date of Birth : 12/13/54 

Place of Birth : 

. 1.79 



Category : TEMPORARY STAFF EyftS Co|of 



Height 

Face Shape : OVAL 

Hair Color : BROWN 



BLUE 



Father's Name : LARRY 

Mother’s Name : MARY 



Blood Type : 
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Figure 4.33 Second Entry Of Bar Code ID Into BarCode Book 
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3. Photo Book 



The PHOTO. TBK book is used as a database to store the individual’s images 
and to manipulate them. Only Real Users can load this book and manipulate the person’s 
images, enter a new person’s photograph, or to update an existing one. In addition, the 
following tools are necessary: 

• a full version of MS Windows; 

• a scanner and its related software to scan and store the person’s image; and 

• appropriate software to convert the stored image format to bitmap. 

Since the manipulation of photographs needs specific actions, the appropriate 
preliminary steps for adding or updating person’s images are necessary: 

• the user has to scan the person’s image and store it into the memory; 

• use convertion software to change the image format to bitmap; 

• after MS Windows is loaded, load the photograph into Clipboard; and 

• run ToolBook and load the PHOTO. TBK. 

a. Log-On Into Photo Book 

After the PHOTO.TBK has been loaded, the screen shown in figure 4.34 
is displayed. The system displays the title, the kind of data it contains (i.e., images), a 
brief explanation of what it is, and two selection buttons. If the user selects the "EXIT" 
button then the system will exit the book after a verification. Finally, the selection of 
"LogOn" button will start the log-in procedure. 
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Figure 4.34 First Page Of Photo Book 



Figure 4.35 presents the beginning of the log-in procedure. First, the 
system asks the user to enter his/her logon ID number. Then in a similar manner, it 
requests the password. If the entered combination does not correspond to a Real User in 
the user’s database, the system begins the Log-in procedure again. If the user fails to 
enter a correct combination of ID number and password three times, the system considers 
an intruder attempt, stores the pass in ID number and Password, and returns to the first 
page (figure 4.34). All the intruder attempts are stored into the same file. A Real User 
can view the intruders file from the MainBook, as previously described. 
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Figure 4.35 The Log-In Procedure Of Photo Book In CCCS 
b. Main Menu 

A user, who has been recognized at the login procedure, is granted access 
to the main menu shown in figure 4.36. There are two general buttons at the bottom of 
the screen: one is the "EXIT" button for exiting the PHOTO. TBK, and the other is the 
"HELP" button which enaples an on-screen help procedure. It describes all the buttons 
and their related functions as shown in figure 4.37. Whenever the user selects the "EXIT" 
button, the system will verify before it exits the whole book as shown in figure 4.38. At 
the upper left-hand comer of the screen, the current path appears. Finally, at the middle, 
the main menu provides three selection buttons for the user. 
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Figure 4.36 Main Menu In Photo Book 
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'igure 4.37 Accessing On-Screen Help In Photo Book 
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